Proyectos

• Planta de venta (campo SALFCY)

 Este campo indica la planta en la que se gestiona principalmente el proyecto.

• Contador (campo OPPNUM)

Este campo está asociado por defecto a un contador automático. Por lo tanto, el usuario no debería preocuparse por su contenido.

• Denominación (campo OPPDESAXX)

Introduce una breve descripción del proyecto. La descripción detallada de todas las características se introduce mediante la función "Comentario" del menú "Fichero".

Si el proyecto se ha generado desde una solicitud de servicio, el menú contextual "Solicitud de servicio" permite consultar las características de la solicitud por financiar.

• Tercero (campo OPPCMP)

 Se puede identificar un proyecto para los distintos tipos de terceros. El campo que se muestra junto al tercero indica el tipo de tercero seleccionado.

• Divisa (campo CUR)

Este campo indica la divisa que se utiliza en todos los campos financieros del proyecto.
Si modificas el código de este campo, se verán afectados los distintos campos del proyecto.

• Ident. externa (campo OPPEXTNUM)

• Interlocutor (campo OPPMCN)

 Este campo permite identificar al interlocutor principal del tercero con el que se mantienen la mayoría de las comunicaciones. Un proyecto también se puede identificar directamente con un interlocutor. En ese caso, no se indica ningún tercero. El campo "Interlocutor" ofrece varias herramientas de selección de interlocutores.

• El primer menú contextual ("Selección") permite seleccionar un interlocutor de los que mantienen comunicaciones con el tercero indicado. Si no se introduce ningún tercero, esta función no devuelve ninguna información.
• El segundo menú contextual ("Interlocutores") permite acceder directamente al objeto "Interlocutores" para realizar la selección.
• El tercer menú contextual ("Selección interlocutor") permite seleccionar un interlocutor de la lista completa de todos los interlocutores introducidos en la aplicación.

• campo OPPMCNNAM

• Representante (campo OPPREP)

Este campo permite identificar al representante encargado de la gestión del proyecto.

• Categoría (campo OPPTYP)

La categoría permite agrupar o distinguir los proyectos con fines estadísticos o identificativos.

• Fecha apertura (campo OPPDATOPN)

• Fecha de finalización (campo OPPCDA)

Este campo debe indicar la fecha en la que se puede cerrar el proyecto.

• Última etapa completada (campo OPPSTE)

Este campo indica la etapa que ha alcanzado el proyecto.

• Desde el (campo STRSTE)

Este campo, que no se puede definir de forma manual, se completa automáticamente a partir de las pestañas "Etapas preventa" y "Etapas posventa". Traducen el estado actual del proyecto.

• Número de oferta (campo OPPNBQ)

Este campo, que no se puede completar de forma manual, muestra el número de presupuestos generados para el proyecto. Se va alimentando a medida que se crean o se suprimen los presupuestos de un proyecto.

• Importe estimado (campo OPPAMT)

Este campo indica el importe estimado que se espera del pedido del potencial/cliente.

• Probabilidad lanzamiento del proyecto (%) (campo PBYPRJ)

 Este campo indica el porcentaje de posibilidades que tiene el proyecto del potencial/cliente de convertirse en un pedido. El campo "Importe ponderado" contiene el importe estimado ponderado con las posibilidades de lanzamiento del proyecto.

• Importe ponderado (campo PBYPRJAAM)

• Posibilidad de éxito (%) (campo OPPSUC)

Este campo indica el porcentaje de posibilidades que el potencial/cliente seleccione para la realización del proyecto. El campo "Importe ponderado" contiene el importe estimado ponderado con las posibilidades de éxito.

• Importe ponderado (campo OPPAAM)

• Doble ponderación (campo DAM)

Este campo, que no se puede completar de forma manual, muestra la ponderación del importe estimado que se puede obtener mediante dos métodos de cálculo diferentes.

• Doble ponderación acumulada. El importe mostrado es el resultado del siguiente cálculo:
   
  Buffer = IE x (PLP/100)
  DPA = buffer x (PE/100)
   
• Doble ponderación media: El importe mostrado es el resultado del siguiente cálculo:
   
  Buffer = (PLP + PE)/2
  DPM = IE x (buffer/100)
  DPC: doble ponderación acumulada
  DPM: doble ponderación media
  IE: importe estimado
  PLP: probabilidad de lanzamiento del proyecto
  PE: posibilidades de éxito
  

• Media (campo DAMAVE)

Este campo determina el importe que se muestra en el campo "Doble ponderación". Si se marca este campo, el sistema realiza una doble ponderación media. El importe mostrado es el resultado del siguiente cálculo:

• Buffer = (PLP + PE)/2
• DPM = IE x (buffer/100)

Significado de las abreviaturas:

DPM: doble ponderación media
IE: importe estimado
PLP: probabilidad de lanzamiento del proyecto
PE: posibilidades de éxito

• Acumulado (campo DAMCUM)

Este campo determina el importe que se muestra en el campo "Doble ponderación". Si se marca este campo, el sistema realiza una doble ponderación acumulada. El importe mostrado es el resultado del siguiente cálculo:

• Buffer = IE x (PLP/100)
• DPC = buffer x (PE/100)

Significado de las abreviaturas:
DPC: doble ponderación acumulada
IE: importe estimado
PLP: probabilidad de lanzamiento del proyecto
PE: posibilidades de éxito

• Tipo de proyecto (campo OPPPRPTYP)

• Fecha creación (campo CREDAT)

• Hora (campo CREHOU)

• Modo (campo OPPORILIB)

• Creado por (campo FULNAMUSR)

• Vínculo (campo OPPORITXT)

Este campo muestra la acción que ha originado la creación del proyecto. Solo puede ser una de las siguientes:

• creación manual (valor mostrado cuando, por ejemplo, el proyecto se crea desde la función Citas)
• mailing masivo
• campaña de llamadas
• campaña de prensa
• solicitud de servicio
• campaña de marketing

Ejemplo: Si es una acción de marketing, puedes asociarle una operación de marketing para alimentar las estadísticas de repercusión de las campañas. Haz clic en Operaciones marketing desde el icono Accionespara asociar el proyecto a la operación correspondiente.

Sea cual sea el origen del proyecto, puedes hacer clic en el icono Accionespara desbloquear el campo a posteriori y modificar el origen. Al vincular un proyecto a una campaña de marketing, por ejemplo, se alimentan las estadísticas sobre la repercusión de dicha campaña.

• N.º asiento (campo OPPORIVCR)

• Competidor (campo CPP)

 Este campo permite completar la lista de todos los competidores que figuran en el proyecto.

• Importe competidor (campo CPPAMT)

 Este campo permite introducir el precio que ha establecido el competidor por la misma prestación.

• Puntos fuertes (campo ASE)

Este campo permite detallar todos los puntos fuertes de los competidores con respecto al proyecto.

• Puntos débiles (campo SHC)

Este campo permite detallar todos los puntos débiles de los competidores con respecto al proyecto.

• Fecha (campo ENDDAT)

Este campo de entrada libre permite indicar una fecha de inicio o de fin de etapa.

• Etapa (campo STE)

Este campo permite indicar, a medida que se suceden. las distintas etapas por las que pasa el proyecto.
Las nuevas etapas se pueden crear automáticamente. La creación de etapas preventa se automatiza mediante la parametrización del campo "Tipo etapa" (menú local 2973) de la tabla varia 400 - Etapa proyecto.

Ejemplo de parametrización de la tabla 400 - Etapa proyecto

En función de la parametrización de esta tabla, se pueden automatizar algunos tipos de etapas:

• Primera etapa de un ciclo de venta
  Si, al crear un proyecto, esta tabla contiene una etapa asociada al tipo de etapa "Primera etapa de un ciclo de venta", esta primera etapa se puede crear automáticamente.
  Si este tipo de etapa está asociado a varias etapas, se tiene en cuenta la primera etapa por orden ascendente del código.
  Si este tipo de etapa no está asociado a ninguna etapa, esta etapa debe introducirse manualmente, ya que la primera etapa es obligatoria.
  En el ejemplo anterior, la etapa "Proyecto detectado" se crea automáticamente.
  
   
• Envío de un presupuesto
  Si, al crear un presupuesto asociado al proyecto, esta tabla contiene una etapa asociada al tipo de etapa "Envío de un presupuesto", esta etapa se crea automáticamente y el número de presupuestos se actualiza.
  Si este tipo de etapa está asociado a varias etapas, se tiene en cuenta la primera etapa por orden ascendente del código.
  Si este tipo de etapa no está asociado a ninguna etapa, no se desencadena ningún automatismo.
  En el ejemplo anterior, la etapa "Oferta emitida" se crea automáticamente.
   Si se implementa un automatismo para los presupuestos, se puede crear un presupuesto asociado a un proyecto, incluso si el proyecto está cerrado. En ese caso, se reactiva automáticamente.
   
• Negociación
  Si, al crear una llamada, una tarea o una cita, esta tabla contiene una etapa asociada al tipo de etapa "Negociación", esta etapa se crea automáticamente.
  Si este tipo de etapa está asociado a varias etapas, se tiene en cuenta la primera etapa por orden ascendente del código.
  Si este tipo de etapa no está asociado a ninguna etapa, no se desencadena ningún automatismo.
  En el ejemplo anterior, la etapa "Negociación" se crea automáticamente.
   
• Ganancia de un proyecto
  Si, al crear el primer pedido, esta tabla contiene una etapa asociada al tipo de etapa "Ganancia de un proyecto", esta etapa se crea automáticamente y el proyecto pasa a "Ganado".
  Desde este momento, no se crean más automatismos relativos a las etapas preventa. Las nuevas etapas serán etapas posventa sin automatismos.
  Si este tipo de etapa está asociado a varias etapas, se tiene en cuenta la primera etapa por orden ascendente del código.
  Si este tipo de etapa no está asociado a ninguna etapa, no se desencadena ningún automatismo.
  En el ejemplo anterior, la etapa "Ganancia de un proyecto" se crea automáticamente y el proyecto pasa a "Ganado".
   Si se implementa un automatismo para los pedidos, se puede crear un pedido asociado a un proyecto, incluso si el proyecto está cerrado. En ese caso, se reactiva automáticamente.
   
• Ninguna acción asociada
• Pérdida de un proyecto
• Abandono de un proyecto
  
  Estas etapas no se crean automáticamente. Debe crearse de forma manual.

Información adicional sobre la parametrización de la tabla varia 400 - Etapa proyecto

• (1) Cierre
  Este campo permite indicar si el proyecto debe cerrarse o no en esta etapa.
  
  

• Acabada (campo DON)

Cuando esta casilla está marcada, indica que una etapa ha finalizado. Se puede introducir un motivo de fin de etapa.

• Motivo (campo REN)

El motivo de fin de etapa solo se puede introducir si la etapa ha finalizado.
Puede introducirse un texto libre o seleccionarse en la lista de motivos de fin de etapa. Cada etapa dispone de una lista de motivos determinada. Las listas se obtienen cruzando la parametrización de las tablas varias 400 y 419 a partir del siguiente principio:

• La tabla varia 400 contiene la lista de etapas preventa, cada una identificada con un código.
• La tabla varia 419 contiene la lista de motivos preventa. La parametrización de esta tabla permite indicar la etapa preventa aplicable a cada uno de los motivos. El código de la etapa se indica en la descripción corta del motivo.

Ejemplo:

• Tabla 400 - Etapa proyecto:

• Tabla 419 - Motivos etapa preventa:

Cuando se van a introducir motivos en una etapa "Acabada":

• Para la etapa "BPR - Oferta emitida", se propone la siguiente lista de motivos:
   
  - Presupuesto aceptado
  - Acuerdo interno obtenido
  - Validación corporativa
   
• Para la etapa "APD - Proyecto detectado", solo está definido el motivo "Ninguna oferta aceptada". Se selecciona automáticamente.
   
• Para la etapa "CNE - Negociación", no hay ningún motivo definido. No se propone ninguna lista.

• N.º asiento (campo STEORIVCR)

• Línea de etapa (campo STELIN)

• Fecha (campo ENDDATX)

Este campo permite indicar una fecha de inicio de etapa. Es la fecha en la que el proyecto entra en la nueva etapa.

• Etapa (campo STEX)

Este campo permite indicar, a medida que se suceden. las distintas etapas por las que pasa el proyecto.
Las etapas posventa están definidas en la tabla varia 421 - Etapas posventa.

Ejemplo de parametrización de la tabla 421 - Etapas posventa

Información adicional sobre la parametrización de la tabla varia

(1) Campo "En preventa"

Las etapas posventa deben crearse al menos en la misma fecha que la última etapa preventa. Si el campo "En preventa" tiene asignado el valor "No", se cumple esta regla.

En ciertos casos, algunas etapas posventa pueden comenzar a la vez que las etapas preventa. Por ejemplo, la redacción de las especificaciones puede comenzar antes de la firma del pedido para agilizar las negociaciones.

Si el campo "En preventa" tiene asignado el valor "Sí", se puede ignorar esta regla. En este caso, las fechas de estas etapas posventa no se controlan con respecto a las etapas preventa. La única limitación es que la fecha debe ser posterior a la fecha de apertura.

Este control se realiza en el registro.


Ejemplo

Si la tabla varia 421 está parametrizada como en el ejemplo anterior.

Si la última fecha de las etapas posventa es la siguiente:

Si introduces las siguientes etapas posventa con las siguientes fechas:

Como el campo "En preventa" de la etapa D1 - Modificaciones posrecepción tiene asignado el valor "No", esta etapa no puede ser anterior (13/01/2015) a la última fecha de las etapas posventa (14/01/2015).

Como el campo "En preventa" de la etapa A1 - Redacción especificaciones tiene asignado el valor "Sí", esta etapa puede ser anterior (10/01/2015) a la última fecha de las etapas posventa (14/01/2015).

• Acabada (campo DONX)

Cuando esta casilla está marcada, indica que una etapa ha finalizado. Se puede introducir un motivo de fin de etapa posventa.

• Motivo (campo RENX)

El motivo de fin de etapa solo se puede introducir si la etapa ha finalizado.
Puede introducirse un texto libre o seleccionarse en la lista de motivos de fin de etapa. Cada etapa dispone de una lista de motivos determinada. Las listas se obtienen cruzando la parametrización de las tablas varias 421 y 420 a partir del siguiente principio:

• La tabla varia 421 contiene la lista de etapas posventa, cada una identificada con un código.
• La tabla varia 420 contiene la lista de motivos posventa. La parametrización de esta tabla permite indicar la etapa posventa aplicable a cada uno de los motivos. El código de la etapa se indica en la descripción corta del motivo.

Ejemplo:

• Tabla 421 - Etapas posventa:

• Tabla 420 - Motivos etapa posventa:

Cuando se van a introducir motivos en una etapa "Acabada":

• Para la etapa "C1 - Modificaciones posrecepción", se propone la siguiente lista de motivos:
  
  - Correcciones realizadas
  - Solución presentada al cliente
  
• Para la etapa "A1 - Redacción especificaciones", solo está definido el motivo "Pliego validado por el cliente". Se selecciona automáticamente.
  
• Para la etapa "D1 - Fin del proyecto", no hay ningún motivo definido. No se propone ninguna lista.

• Código (campo SBBPJT)

El usuario cuenta con dos métodos diferentes cuando se identifican proyectos de ampliación o implementación de un proyecto inicial:

• Método 1. Modificar el proyecto inicial con nuevos datos.
• Método 2. Crear un nuevo proyecto con características propias y asociarlo al proyecto inicial.
  Este campo permite aplicar este método. Puedes introducir el código del nuevo proyecto.
  Se recomienda optar por este método, ya que permite conservar el histórico de las ampliaciones sucesivas realizadas en el proyecto inicial.